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ee a ODP 


SUBJECT: Board of Directors Meeting, 11 October 1979 


STATINTL 
FROM: 


PRESENT: 


STATINTL 


l. es! opened the discussion of "The 


Value of (SAFE/ADPE) Compatibility with Existing ODP Hard- 
ware/Software" by reviewing the events that led up to the 
meeting. He said that CSPO will be writing an RFP for SAFE 
hardware in FY-80. One of the constraints on the RFP is 
that CIA and DIA SAFE architecture must be the same. The 
question of whether SAFE ADPE had to be Conon tsp re with 


STATINTL existing ODP hardware and software was raleea: and led to 
the abcactea study (i CSPO/ODP. This STATINTL 
study is an attempt to quantify the benefits of SAFE com- 
patibility with ODP hardware and software. PE s 2. 
that if the Board of Directors agreed that the method used 
in the study was valid, then CSPO will do a similar study 


for DIA compatibility. STATINTL 


2.  2s«<0 how much time we had before the 


the SAFE contractor, wants the RFP out by March 1980 but 


STATINTL 


that he believes that June 1980 is more likely. 
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STATINTL 
3. _—<——$ said that he views SAFE in the 


long term as another set of capabilities ODP delivers to 

the Agency. As such, SAFE compatibility with existing ODP 
hardware and software is an overriding consideration and thesefire 
attempts to quantify the value of compatibility are mean- 


ingless. Following this line of thought asked 


what ODP's reaction would be if a particular vendor offering 


STATINTL 


non-compatible equipment were to discount his price by 

the dollar value we had placed on compatibility¥, Would 
STATINTL such a discount be sufficient to compensate for the lack 
of compatibility? 

4, eo ee ed said we should look at compatibility 
at a higher level than machine code execution, e.g., data 
standards, etc. He argued for putting a dollar value on 
compatibility so that the RFP could be openly competed in 


STATINTL 


order to give NFAC the most cost effective SAFE system avail- 
able. 


5. RD askea what the long term impact of a 


SAFE Center using non-IBM architecture would be on ODP. Where 
will CIA house the support people, staff and contractor, 

needed to maintain the Center? Everyone agreed that if SAFE 
used a non-IBM architecture, the number of support personnel 
would be greater than if SAFE used IBM-compatible architecture. 
The space for housing support personnel has not been raised 


as a formal requirement to Office of Logistics. 
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# 6. After much debate, the following was agreed: boar 


J ee a. SAFE continues to be ODP's responsibility ~~. 


fo asx re after it becomes operational. ait was never envisioned 


® 


ee “by ODP that SAFE would be a turn-key system turned >, 


pepe Fe ole tails of We Sisk, 
beg ponsibs Ly remain % be Boece fe Ce 2 tbe SHEE Trams ite omel (Yon, + 
b. There exists a basic disagreement among Board 


STATINTL es ol as to whether compatibility (at least of the 


large mainframes) is an overriding factor in SAFE pro- 


STATINTL 


curement, or a factor which could be quantified in 
dollar terms for evaluating RFP responses. This issue 
can one be resolved by a policy decision from the 
Director of Data Processing. 
Cc. ODP Processing and CSPO agreed to a consolidated 
STATINTL point for the SAFE and Ruffing Centers. 


7. ~S suggestion, the Board agreed 


to delete the second sentence on page 6 of the study done by 


8. The meeting adjourned at 1500 hours. 


STATINTL 


STATINTL 


cc: DD/P 
DD/A 
C/SPS 
C/MS 
D/ODP 
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UBTECT: Board of Directors Meeting, 11 Octeber 1°79 
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ware/Software" by reviewing the events that led up te the 
- FE hg itate Tory - 7 : 
meeting. He said that G8PO-will be writing an RFP fer SAFE 


hardware in FY<88. One of the constraints on the RFP is 
that CIA and DIA SAFE architecture must be the same. The 
question of -wheekew SAFE ADPE ~had—-te-be compagibie 
STATINTL 


axisting ODP hardware and softwa 


study is an attempt to quantify 


patibility with ODP hardware and soft 


that if the Board of Directers agreed that the metno od used 
nm the study was valid, then CSPO will do a similar study 


for BIA compatibility. STATINTL 
en ae ae == how mach time we had before the 
; RFP was dee to Ait the street. es 
the SAFE contractor, wante the RFP out by March 1980 bat 


that he believes that June 1980 is more iikely. 
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3. Lt SSS e said that. he views SAFE in the 
long term as. another set of capabilities ODP delivers to 
the hgatava As such, SAFE. compatibility with existing ODP 
hardware and software is. an overriding consideration and tres. 
attempts to quantify the value of compatibility are mean- 
ingless.. Following this line of thought, aa asked 
what ODP ''s reaction. would be if a particular vendor offering 
non-compatible equipment were to discount. his price by 
the dollar value we had placed on compatibility¥, Would 
such. @ aiacount be sufficient to compensate for the lack. 
of compatibility? 

4... Pe =: we ehould look at compatibility 
at a higher level than. machine code execution, @.g., data 
standards, etc. He argued for putting a dollar value on. 
compatibility so that the RFP could be openly competed in 
axrder to. give. ee. can cost effective SAFE system avail- 
able.. 

5. | ES what. the long term impact of a 
SAFE Center using non-IBM architecture. would be on ODP. Where 
will CIA house the support people,. staff and contractor, 
needed to maintain. the Canter? Everyone agreed that if SAFE 
used a. non-IBM pectacentuvay, the nunbar of support personnel 
would be greater than if SAFE used IBM-compatible architecture. 

Pa peel grt hoaeine support. personnel has se bean raised 
as a foemek. So to Office of Logistics dud ag~ - ofa 
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&. After much debate, the following was agreed: S24 
DS aS 
ag G ee ee atmhiliev %., 
a. SAPR contingss t6 Be ODP'S resmponas.o.lity = *« Rf 
' Sy ee, 
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after it becomes operational. It was naver envisioned SS 


AEIL 


by ae that SAFE would be a turn-key gystem turned ye 
: Ys H 
STATINTL aver te NFAC For operation. ; aN 


STATINTL b. There exists a basic disagreement 


large mainframes) is an overriding factor in SAFE pro~ 
2 i ——s ine 5 (Qn ONG ANALY 1) ei) 
curementp or a factory nigh ead be ‘quantified jin 


naolidated 
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point for the SAFE and Ruffing Centers. 
POeLRE FOr =Ae@ SA 
STATINTL 
Te ; gauggestion, the Board agread 


STATINTL - Pee 
to delete the second sentence on page 6 of the study Gene by 
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$. The seeting adjourned at 15900 hours. STATINTL 


NY Vit was meted that the D/4 gucetern 
Ad sei \uernelte, Fb fe 
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